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© A method and system for transferring patient 
information from a source patient monitor having a 
source patient database to a destination patient mon- 
itor having a destination patient database. In a pre- 
ferred embodiment, a transport module is connec- 
table to a source patient monitor and a destination 
patient monitor. The transport module is also con- 
nectable to a patient for receiving patient informa- 
tion. The transport module contains a transport 
database for storing patient information. The trans- 
port module is connected to the patient. The trans- 
port module is then connected to the source patient 
monitor. Upon receiving a request to move the pa- 
tient, patient information is uploaded from the source 
patient database to the transport database. The 
transport module is then disconnected from the 
source patient monitor. The patient is then moved. 
The transport module is then connected to the des- 
tination patient monitor and patient information is 
downloaded from the transport database to the des- 
tination patient database. In a preferred embodiment, 
the uploading and downloading of patient information 
occur concurrently with read/write access to the des- 
tination and source patient databases by a central 
monitor or data collection module. 
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Technical Field 

This invention relates generally to a computer 
system for extracting information from a database 
and, more specifically, to a method and system of 
extracting time-dependent data from a database. 

Background of the Invention 

In a hospital environment, patient monitors are 
commonly used to monitor a patient. A patient 
monitor is a computer system with various input 
sensors for collecting patient information, a 
database for saving the information, and a display 
for displaying the information to a health care pro- 
vider. Patient information typically includes heart 
rate, blood pressure, electrocardiographic and elec- 
troencephalographs information. Patient informa- 
tion may also include patient descriptive informa- 
tion, such as, patient name, age, etc. 

The information collected by the patient moni- 
tor is typically categorized as being general or 
periodic. General information includes patient de- 
scriptive information and episodic information. Epi- 
sodic information are various measurements that 
are sampled on an ad hoc basis. For example, a 
health care provider may, from time to time, deter- 
mine a patient's blood pressure and manually enter 
the blood pressure reading into the monitor. Peri- 
odic information includes various measurements of 
activity that are sampled continuously, such as, 
heart rate and electrocardiographic activity. 

Figure 1 is a block diagram illustrating a net- 
work of patient monitors in a typical hospital envi- 
ronment. The network comprises a central monitor 
computer system 101 connected to various patient 
monitors 102. The central monitor 101 is typically 
located at a nursing station and allows the activity 
of many patients to be monitored from the nursing 
station. The central monitor 101 comprises a cen- 
tral database 111, a controller program 112, and 
communications program 113. To collect patient 
information from the patient monitors 102, the con- 
troller program 112 instructs the communications 
program 113 to retrieve the patient information 
from the patient monitors 102. When the commu- 
nications program 113 receives the information, it 
passes the information to the controller program 
112. The controller program 112 stores the in- 
formation in the central database 111. In response 
to a request to review the information, the controller 
program 112 retrieves data from the central 
database 111 and displays the data. The patient 
monitors 102 comprise a communications program 
103, a controller program 104, a patient database 
105, and a sensor interface program 106. The 
controller program 104 controls the collecting of 
patient information through sensor interface pro- 
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gram 106 and the storing of the collected informa- 
tion in the patient database 105. When the commu- 
nications program 103 receives a request to trans- 
mit information to the central monitor 101, the 

5 communications program 103 sends the request to 
the controller program 104, which retrieves the 
requested information from the patient database 
105. The controller program 104 then sends the 
retrieved information to the communications pro- 

70 gram 103, which transmits the data to the central 
monitor 101. 

Figure 2 is a block diagram illustrating typical 
information stored in the patient database 105. In- 
formation in the patient database typically includes 

75 a current entry number 201, an audit log 202, a 
time history list 203, general information 204, and 
periodic information 205. Whenever information in 
the patient database is added, an entry number is 
stored with the added information. Current entry 

20 number 201 represents the entry number to be 
stored with the next added information. The entry 
number uniquely identifies each entry in the 
database. The audit log 202 is a table that contains 
a history of changes to the database. The time 

25 history list 203 is a table used to track clock 
changes in a patient monitor. These changes oc- 
cur, for example, when someone notices that a 
clock on the patient monitor is off by ten minutes 
and then sets the clock ahead by ten minutes. An 

30 entry is stored in the time history list 203 indicating 
a change in time. The time history list allows a 
reconstruction of the sequence of events that have 
occurred. When reconstructed, a ten-minute appar- 
ent gap in the information would be interpreted not 

35 as a ten-minute gap, but rather as a continuous 
recording of patient information. The general in- 
formation 204 is stored as a linked list of general 
information blocks 204A, 204B. Each general in- 
formation block includes a header containing timing 

40 information of the data in the block and includes 
the general information. The periodic information 
205 is stored in trend information blocks. Each 
trend information block comprises a trend structure 
205A and trend stream 206A, 206B. Each trend 

45 information block holds information from one type 
of monitored patient activity (e.g., heart rate). Each 
trend stream 206A, 206B contains an entry for 
each measurement made by the patient monitor of 
the monitored activity. The trend structure 205A 

50 includes a pointer to the trend stream 206A, time of 
the last entry into the trend stream 206A, and 
various other trend-specific information. 

In a hospital environment, patients who are 
connected to patient monitors are often transported 

55 throughout the hospital. For example, after surgery 
a patient is transported from the operating room to 
a recovery room. Typically, when a patient is trans- 
ported, the patient is disconnected from the sen- 
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sors that are connected to the patient monitor, 
transported to a new location, and then reconnec- 
ted to the sensors that are connected to a patient 
monitor at the new location. Problems are, how- 
ever, associated with transporting a patient in such 
a way. First, it can be time-consuming to dis- 
connect and reconnect sensors. Second, the pa- 
tient monitor at the new location typically cannot 
access the information that was collected by the 
patient monitor at the old location. This makes it 
difficult for a health care provider to track the 
history of a patient, especially when the patient 
monitors are not connected to a central monitor. To 
avoid these problems, the patient monitor can be 
transported with the patient being connected to the 
sensors. However, the transporting of patient moni- 
tors can be cumbersome and impractical because 
of their size. Also, various types of patient monitors 
may be needed that range from very expensive to 
relatively inexpensive. For example, a patient in an 
operating room may need extensive monitoring by 
an expensive patient monitor. It is not cost-effective 
to transport such an expensive operating room 
patient monitor to a recovery room and then to the 
patients room. It would be more cost-effective to 
use a less sophisticated (and less expensive) pa- 
tient monitor in the patient's room. 

Summary of the Invention 

It is an object of the present invention to pro- 
vide a method and system for transferring patient 
information from a source patient monitor to a 
destination patient monitor. 

It is another object of the present invention to 
provide a method and system for uploading data 
from a source patient monitor to a transport module 
for transfer to a destination patient monitor. 

It is another object of the present invention to 
provide a method and system for downloading data 
from a transport module to a destination patient 
monitor. 

It is another object of the present invention to 
provide a method and system for uploading patient 
information from a patient database and down- 
loading patient information to a patient database 
while allowing concurrent read/write access to the 
patient database for continuous patient monitoring. 

These and other objects, which will become 
apparent as the invention is more fully described 
below, are obtained by a method and system for 
transferring patient information from a source pa- 
tient monitor having a source patient database to a 
destination patient monitor having a destination pa- 
tient database. In a preferred embodiment, a trans- 
port module is connectable to a source patient 
monitor and a destination patient monitor. The 
transport module is also connectable to a patient 
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for receiving patient information. The transport 
module contains a transport database for storing 
patient information. The transport module is con- 
nected to the patient. The transport module is then 

5 connected to the source patient monitor. Upon re- 
ceiving a request to move the patient, patient in- 
formation is uploaded from the source patient 
database to the transport database. The transport 
module is then disconnected from the source pa- 

w tient monitor. The patient is then moved. The trans- 
port module is then connected to the destination 
patient monitor and patient information is down- 
loaded from the transport database to the destina- 
tion patient database. 

75 

Brief Description of the Drawings 

Figure 1 is a block diagram illustrating a net- 
work of patient monitors in a typical hospital envi- 
20 ronment. 

Figure 2 is a block diagram illustrating typical 
information stored in the patient database 105. 

Figure 3 is a block diagram of a source patient 
monitor, a destination patient monitor, and a trans- 
25 port module. 

Figure 4 is a block diagram of a transport 
module. 

Figure 5 is a flow diagram of a preferred up- 
load routine of a source patient monitor. 
30 Figure 6 is a diagram illustrating the ordering 

of the transferring of information from the trend 
information blocks to the transport module. 

Detailed Description of the Invention 

35 

In a preferred embodiment, the present inven- 
tion provides a method and system for disconnect- 
ing a patient from a source patient monitor and 
reconnecting the patient to a destination patient 

40 monitor without disconnecting the patient from the 
sensors while providing the destination patient 
monitor with access to information collected at the 
source patient monitor. In a preferred embodiment, 
a source patient monitor is connected to a remov- 

45 able transport module. The transport module is a 
computer system that includes an interface to sen- 
sors, a memory for storing patient information dur- 
ing transport, a communications program for com- 
municating with a patient monitor, and programs for 

50 uploading and downloading information from and to 
a patient monitor. A patient is initially connected to 
a source patient monitor through the transport 
module. The transport module controls the collect- 
ing of the patient information and forwarding of the 

55 information to the source patient monitor for stor- 
age in a patient database. When a patient is to be 
transported, a health care provider indicates to the 
source patient monitor that a transport is imminent. 
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The source patient monitor then uploads the most 
current patient information to the transport module, 
which stores the patient information in its memory. 
When the upload is complete, the transport mod- 
ule, which is a portable device, is disconnected 
from the source patient monitor and transported 
along with the patient, who is still connected 
through the sensors through the transport module, 
to a destination location. At the destination location, 
the transport module is connected to a destination 
patient monitor. Either under control of the health 
care provider or automatically upon connection, the 
patient information stored in the memory of the 
transport module is downloaded to the patient 
database of the destination patient monitor. The 
destination patient monitor then has access to the 
most current patient information. 

The present invention provides a method and 
system for extracting patient information from a 
source patient monitor. A preferred method allows 
patient information to be collected and allows pa- 
tient information to be transmitted to a central 
monitor while an upload is in progress. In a pre- 
ferred embodiment, the extraction system first 
transfers context information, describing the state 
of the patient database, to the transport module. 
Second, the extraction system transfers time-in- 
dependent information (e.g., patient name) to the 
transport module. Third, the extraction system 
transfers information from the trend information 
blocks to the transport module. Typically, informa- 
tion is transferred to the transport module in a 
transfer buffer with a designated size. 

The present invention provides an extraction 
system in which trend information from the various 
trend information blocks is transferred so that gen- 
erally the most recent trend information is trans- 
ferred first. The general information is considered 
to comprise trend data. In a preferred embodiment, 
patient descriptive data is stored as general in- 
formation with a time in the future so that the 
patient descriptive information is the first trans- 
ferred. The extraction system selects a first trend 
information block to transfer. The extraction system 
fills (as much as possible) the transfer buffer with 
trend information from the selected trend informa- 
tion block, transfers the transfer buffer to the trans- 
port module, and records the age of the trend 
information that is transferred. The extraction sys- 
tem then selects a trend information block with the 
most recent information that has not yet been 
transferred. The extraction system then fills the 
transfer buffer with trend information from the se- 
lected trend information block, transfers the transfer 
buffer to the transport module, and records the age 
of the trend information transferred. The extraction 
system then repeats this process until either the 
transport module is full or all the patient information 



is transferred. 

Figure 3 is a block diagram of a source patient 
monitor, a destination patient monitor, and a trans- 
port module. The source patient monitor 301 in- 
5 eludes a patient database 302, an upload program 
303, a communications program 304, and a trans- 
port module connector 305. As shown in Figure 3, 
transport module 320 is connected to the source 
patient monitor 301 through the transport module 

w connector 305. The destination patient monitor 311 
includes a patient database 312, a download pro- 
gram 313, a communications program 314, and a 
transport module connector 315. To transport a 
patient, a health care provider directs the upload 

75 program 303 to extract patient information from the 
patient database 302 and transfer the extracted 
information to the transport module 320 through the 
communications program 304. The transport mod- 
ule 320 is then disconnected from the transport 

20 module connector 305. The patient is then trans- 
ported along with the transport module 320 to a 
destination location. At the destination location, the 
health care provider connects the transport module 
320 to the destination monitor 311 through the 

25 transport module connector 315. The health care 
provider then directs the download program 313 to 
transfer patient information from the transport mod- 
ule 320 and store the patient information in the 
patient database 312. Alternatively, the transport 

30 module is connected to a portable monitor for 
transport to the destination location. At the destina- 
tion location, the transport module is disconnected 
from the portable monitor and connected to the 
destination monitor. 

35 Figure 4 is a block diagram of a transport 
module. The transport module 320 includes a com- 
munications program 401, an upload program 402, 
a download program 403, and a patient transport 
database 404. The transport module 320 also in- 

40 eludes a sensor interface (not shown) and a pro- 
gram (not shown) for transferring collected data 
through the communications program 401 to a pa- 
tient monitor. When information is being uploaded 
to the transport module 320, the upload program 

45 402 receives the information from the communica- 
tions program 401 and stores the information in the 
patient transport database 404. When the transport 
module 320 receives a request to download in- 
formation, the download program 403 retrieves in- 

50 formation from the patient transport database 304 
and sends the information to the communications 
program 401. 

Figure 5 is a flow diagram of a preferred up- 
load routine of a source patient monitor. The up- 

55 load routine is executed by the upload program 
303 of the source patient monitor. The upload 
routine transfers information in a way that allows 
the continued collecting of patient information and 
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storing of the collected information in the patient 
database 302 and retrieving of the newly collected 
patient information by a central monitor. The rou- 
tine first saves a snapshot of the state of the 
patient database 302 (context data). Once the con- 
text data is saved, new patient information can be 
stored in and retrieved from the patient database 
302. The routine uploads the patient information 
based on the context data. To ensure that time- 
dependent information is uploaded to reduce the 
deviations in the currency of the information trans- 
ferred, the upload routine selects the trend informa- 
tion block with the most recent information that has 
not yet been transferred and transfers information 
from the selected block to the transfer buffer and 
then to the transport module 320. In step 501, the 
routine saves the context data. The context data is 
a snapshot of the state of the patient database at 
the time the upload request is received. The con- 
text data includes the next entry number, the time 
history list, the audit log, and sample time of the 
context data. In step 502, the routine transfers the 
context data to the transport module. In step 503, 
the system transfers time-independent data to the 
transport module. The time independent data in- 
cludes a patient descriptive information. In an al- 
ternate embodiment, the patient descriptive data is 
stored as the most-recent general information so 
that it is transferred first as part of the general 
information. In step 504, if all the patient informa- 
tion has been transferred or the transport module is 
full, then the uploading is done, else the routine 
continues at step 505. In step 505, the routine fills 
the transfer buffer with the most recent data from 
the general trend information block not yet trans- 
ferred and transfers the transfer buffer to the trans- 
port module. Before each trend information block is 
transferred, the system transfers information de- 
scribing the current state of the trend. This allows 
trend information to be collected during transfer 
and reflected in the transferred information until the 
first block of the trend is transferred. In step 506, 
the routine records the age of the most current 
information not yet transferred from the general 
trend information block. This age is used to deter- 
mine when the next information from the general 
trend information block should be transferred. In 
step 507, the routine selects a trend information 
block with the most recent information not yet 
transferred. In step 508, if the age of the most 
recent information not yet transferred of the se- 
lected trend information block is greater than the 
age of the most recent information not yet trans- 
ferred from the general trend information block, 
then the routine continues at step 509, else the 
routine loops to transfer information from the gen- 
eral trend information block at step 504. In step 
509, the routine loads the transfer buffer with in- 



formation from the selected trend information block 
and transfers a transfer buffer to the transport mod- 
ule. In step 509, if the transport module is full or all 
the patient information has been transferred, then 
5 the upload routine is complete, else the routine 
loops to step 507 to select the next trend informa- 
tion block. 

Figure 6 is a diagram illustrating the ordering 
of the transferring of information from the trend 

10 information blocks to the transport module. Block 
601 represents the general trend information block, 
blocks 603 through 605 represent trend information 
blocks and timeline 606 indicates the time that 
entries were added to the trend information blocks. 

75 Each block contains transfer blocks. For example, 
block 601 contains transfer blocks numbered 1, 9, 
18, 21, and 28. Each transfer block represents an 
amount of information (i.e. number of bytes) that 
will fill the transfer buffer. The time period that the 

20 information in a transfer block spans can vary be- 
tween trend information blocks and can even vary 
within a trend information block. For example, 
transfer block 2 corresponds to information span- 
ning one time unit (e.g., one minute) and transfer 

25 block 1 1 corresponds to information spanning over 
four time units. Nevertheless, the information trans- 
fer blocks 2 and 11 each represent one transfer 
buffer of information. 

The numbering of the transfer blocks of Figure 

30 6 represent the order in which the transfer blocks 
are transferred to the transport module when up- 
loading. Transfer block 1 corresponds to one trans- 
fer buffer of information and is transferred first. 
Transfer blocks 2, 3, 4, and 5 each represent one 

35 transfer buffer of information and are transferred 
next. Since trend information block 603 contains 
the most recent information not yet transferred, 
transfer block 6 is then transferred. Transfer blocks 
7 through 28 are then transferred in sequence. 

40 When a transport module uploaded with patient 

information is loaded into a destination patient 
monitor, the patient information is downloaded to 
the patient database. The patient information is 
preferably downloaded in the same order as it was 

45 uploaded. Before downloading the patient informa- 
tion, the transport module transfers the elapsed 
time since the upload started and a time cor- 
responding to the current time maintained by the 
source patient monitor. The destination patient 

so monitor stores an entry in the time history list of 
the patient database indicating a gap in time and to 
reflect differences in the time maintained by the 
source and destination patient monitors. The first 
information received contains the next entry num- 

55 ber, the audit log, and the time history list. Once 
this information is stored in the patient database, 
the destination patient monitor can collect current 
patient information while trend information is being 
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downloaded from the transport module. 

In an alternate embodiment, when a transport 
module uploaded with patient information is con- 
nected to a destination patient monitor, the down- 
loading of patient information into the patient 
database may be optionally deferred. The down- 
loading may be deferred when, for example, the 
patient database of the destination monitor contains 
information for a patient other than the patient 
connected to the transport module. When the 
downloading of patient information is deferred, the 
destination patient monitor allocates a temporary 
patient database for the transport module. The 
transport module once loaded can store information 
that it collects into the temporary patient database 
so that the loss of patient information can be mini- 
mized. At a later time, a care provider can elect to 
download the patient information from the transport 
module or discard the patient information. If the 
care provider elects to download the patient in- 
formation, then the downloaded patient information 
replaces the patient information in the patient 
database of the destination monitor and then the 
patient information of the temporary database is 
merged with patient database. If, however, the care 
provider elects to discard the patient information of 
the transport module, then the patient information 
of the temporary database is merged with the 
patient database of the destination monitor. 

Although the present invention has been de- 
scribed in terms of a preferred embodiment, it is 
not intended that the invention be limited to this 
embodiment. Modifications within the spirit of the 
invention will be apparent to those skilled in the art. 
The scope of the present invention is defined by 
the claims that follow. 

Claims 

1. A method in a computer system for extracting 
information from a database, the database hav- 
ing a plurality of information streams, each 
information stream having a plurality of entries, 
each entry having an associated entry time, 
the method comprising the steps of: 

selecting an information stream with an 
entry not yet extracted from the database with 
the most recent entry time; 

copying entries from the selected informa- 
tion stream to a transfer buffer; and 

repeating the steps of selecting and copy- 
ing until an indication of completion is de- 
tected. 

2. The method of claim 1 wherein an indication of 
completion is detected when all the entries in 
the trend information streams are copied. 
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3. The method of claim 1 including the step of 
storing entries copied into the transfer buffer 
into a storage area. 

5 4. The method of claim 3 wherein an indication of 
completion is detected when the storage area 
is full. 

5. The method of claim 1 wherein the transfer 
w buffer has a predetermined size and wherein 

the step of copying copies entries to the trans- 
fer buffer until the transfer buffer is as full as 
possible of entries. 

75 6. The method of claim 1 including the step of 
before transferring the first entry of each in- 
formation stream, copying state information of 
the stream to the transfer buffer. 

20 7. The method of claim 1 , 2, 3, 4, 5, or 6 includ- 
ing the step of allowing concurrent read/write 
access to the database while repeating the 
steps of selecting and copying. 

25 8. A method for transferring patient information 
from a source patient monitor having a source 
patient database to a destination patient moni- 
tor having a destination patient database 
through a transport module, the transport mod- 

30 ule being connectable to the source patient 

monitor and destination patient monitor, the 
transport module being connectable to a pa- 
tient for receiving patient information, the trans- 
port module having a transport database for 

35 storing patient information, the method com- 

prising the steps of: 

connecting the transport module to the pa- 
tient; 

connecting the transport module to the 
40 source patient monitor; 

uploading patient information from the 
source patient database to the transport 
database of the connected transport module; 
disconnecting the transport module from 
45 the source patient monitor; and 

connecting the transport module to the 
destination patient monitor; and 

downloading the patient information from 
the transport database of the connected trans- 
50 port module to the destination patient 

database. 

9. The method of claim 8 wherein the transport 
module is disconnected from the source pa- 
ss tient monitor and the transport module is con- 
nected to the destination patient monitor with- 
out disconnecting the transport module from 
the patient. 
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10. The method of claim 8 includes the steps of: 

determining a period of time between start 
of uploading and start of downloading of the 
patient information; and 

downloading the determined period of time 
to the destination patient monitor. 

11. The method of claim 10 including the step of 
downloading a time indicative of the start of 
the uploading of patient information from the 
transport module to the destination patient 
monitor. 

12. The method of claim 8 wherein the patient 
information includes a plurality of information 
streams, each information stream having a plu- 
rality of time-ordered entries and wherein the 
step of uploading includes the steps of: 

selecting an information stream with an 
entry that has not been uploaded to the trans- 
port database and that has the most-recent 
time-ordering; and 

transferring information from the selected 
information stream to the transport database. 

13. The method of claim 12 wherein the step of 
uploading includes the step of transferring con- 
text data for an information stream to the trans- 
port database before transferring information 
from the information stream to the transport 
module. 

14. The method of claim 13 including the steps of 
timing an elapsed time period from the up- 
loading of the patient information to the down- 
loading of the patient information and transfer- 
ring the elapsed time period to the destination 
patient monitor. 

15. The method of claim 8, 9, 10, 1 1, 12, 13, or 14 
wherein the steps of uploading and download- 
ing patient information include the step of al- 
lowing concurrent read/write access to the 
database. 

16. A computer system for extracting information 
from a database, the database having a plural- 
ity of information streams, each information 
stream having a plurality of entries, each entry 
having an associated entry time, comprising 
means for selecting an information stream with 
an entry not yet extracted from the database 
with the most recent entry time; and means for 
copying entries from the selected information 
stream to a transfer buffer. 

17. The computer system of claim 16 including 
means for detecting an indication of comple- 
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tion when all the entries in the trend informa- 
tion streams are copied. 

18. The computer system of claim 16 including 
5 means for storing entries copied into the trans- 
fer buffer into a storage area. 

19. The computer system of claim 18 including 
means for detecting when an indication of 

w completion when the storage area is full. 

20. The computer system of claim 16 wherein the 
transfer buffer has a predetermined size and 
wherein the means for copying copies entries 

75 to the transfer buffer until the transfer buffer is 

as full as possible of entries. 

21. The computer system of claim 16 including 
means for copying state information of the 

20 stream to the transfer buffer before transferring 

a first entry of each information stream. 

22. The computer system of claim 16, 17, 18, 19, 
20, or 21 wherein the means for copying en- 

25 tries includes means for allowing concurrent 

read/write access to the database while copy- 
ing entries. 

23- A method for downloading patient information 

30 stored in a transport patient database on a 

transport module to a destination patient moni- 
tor having a destination patient database, the 
transport patient database having patient in- 
formation uploaded from a source patient mon- 

35 itor, the destination patient database having a 

time history list for tracking adjustments of 
time and a next entry number for tracking 
entries added to the destination patient 
database, the method comprising the steps of: 

40 connecting the transport module to the 

destination patient monitor; 

sending from the transport module to the 
destination patient monitor a signal indicative 
of time since start of upload from the patient 

45 source monitor; 

updating the time history list based on the 
sent signal; 

sending from the transport module to the 
destination patient monitor a next entry num- 

50 ber; 

collecting patient information and storing 
the collected patient information in the destina- 
tion patient database identified based on the 
sent next entry number; and 
55 transferring patient information from the 

transport patient database to the destination 
patient monitor and storing the transferred pa- 
tient information in the destination patient 
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database. 

24. The method of claim 23 wherein the step of 
transferring patient information from the trans- 
port patient database to the destination patient 5 
monitor transfers the patient information in the 
same order as the patient information was up- 
loaded from the source patient monitor. 

25. The method of claims 23 or 24 wherein the 10 
steps of collecting patient information and 
transferring patient information occur concur- 
rently. 

26. A method of collecting patient information after 75 
connecting a transport module containing up- 
loaded patient information to a destination pa- 
tient monitor, the method comprising the steps 

of: 

connecting the transport module uploaded 20 
with patient information to the destination pa- 
tient monitor; 

allocating a temporary patient database in 
the destination patient monitor; 

collecting patient information; and 25 

storing the collected patient information in 
the temporary patient database. 

27. The method of claim 26 including the steps of: 

electing to download the patient informa- 30 
tion from the transport module to the destina- 
tion monitor; 

replacing the patient database of the des- 
tination monitor with the patient information 
from the transport module; and 35 

merging the temporary patient database 
with the patient database of the destination 
monitor. 

28. The method of claim 26 including the steps of: 40 

electing to discard the patient information 
of the transport module; and 

merging the temporary patient database 
with the patient database of the destination 
monitor. 45 
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